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OBJECT-ORIENTED METHOD OF TRANSFERRING A FILE SYSTEM 
Technical field 

The present invention relates generally to the transfer of 
data files between two servers over any transfer medium and 
relates in particular to an object-oriented method of 
transferring , a file system from a source data storage in 
source data processing to a destination data storage in a 
destination data processing unit 

Background 



10 With the growth in data file transfers over data transmission 
networks such as Internet and the increasing amount of data 
which are stored in the data storage of the data processing 
units under the form of file systems, the transfer of data 
files over a transfer medium has raised more and more 

15 problems. Thus, it is current today to have to transfer a 
complex directory structure composed of more than 200 
subdirectories with a depth greater than 5 levels and 
including more than 1000 files that represent a volume of data 
greater than 1 Gigabit. 
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DESC 



When transferring data files over an IP network, a known 
solution consists in using the File transfer Protocol (FTP) . 
But, this protocol requires to generate a directory identical 
to the origin directory . in the destination equipment. 
Unfortunately, many tools based upon FTP do not automatically 
create a directory structure. Furthermore, with a complex file 
system containing many files representing a very important 
volume of data, checking the data integrity is not easy and 
requires an important processing time. 



10 Always when transferring the files over the IP network, a 
partial solution to the above problem is to use a specific 
tool such as Softdist or Tivoli. Such tools use an owner code 
packaging method to generate code-blocks only readable and 
usable by themselves. This tool solves the problem of data 

15 integrity but it remains the drawback that it is an owner 
method which depends entirely on the operating system of the 
destination server. Furthermore, since the code blocks 
generated by the tool are only readable by themselves, it is 
not possible to know the contents of these code-blocks. 

20 In order to be able to transfer data files over any kind of 
connection and not only a network, installer tools have been 
developed. Unfortunately, such tools are not adapted for 
transferring important system files. As for the Tivoli tools, 
they depend on the operating system of the destination server. 

25 Furthermore, as these tools create auto-extractable files, it 
is not possible to know the contents of such auto-extractable 
files . 



Summary of the Invention 



Accordingly, the main object of the invention is to achieve a 
method of transferring file systems over any kind of transfer 
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medium between a source data processing unit and a destination 
data processing unit. 



Another object of the invention is to achieve a method of 
transferring a file system between a source data processing 
5 unit and a destination processing unit wherein the user keeps 
an easy knowledge and understanding of the file structure 
being transferred. 

The invention relates therefore to an object-oriented method 
10 of transferring a file system including folders and data files 
from a source data storage controlled by a source data 
processing unit to a destination data storage controlled by a 
destination data processing unit over a transfer medium. This 
method consists in building in the source data storage at 
15 least a file object containing the data package to be 
transferred, generating a descriptor file including the 
parameters associated with the file object, generating an 
archive file including the data package, and transmitting the 
descriptor file and the archive file from the source data 
20 processing unit to the destination data processing unit over 
the transfer medium. 



According to an important feature of the invention, the file 
object is built by using a file transfer tool model including 
a header containing the following functions : set directory 
25 name, get environment, set environment, create and install 
data, and a body containing the following items : directory 
name directory install, size, version and data package 



Brief description of the drawings 



The above and other objects, features and advantages of the 
30 invention will be better understood by reading the following 
more particular description of the invention in conjunction 
with the accompanying drawings wherein : 
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•Fig. 1 represents a file system including folders and files 
to be transferred according to the method of the invention. 

■ Fig. 2 represents a file transfer tool model being used to 
build the objects to be transferred from the file system 

5 illustrated in Fig. 1. 

■ Fig. 3 represents schematically how the file system of Fig. 
1 is divided in several objects to be built according to the 
file transfer tool model illustrated in Fig. 2. 

■ Fig. 4 is a flow chart of the steps which are achieved to 
10 generate the descriptor file and the archive file to be 

transferred from the source data processing unit to the 
destination data processing unit. 
■Fig. 5 is a flow chart of the steps which are achieved to 
build the file system in the storage of the destination data 
15 processing unit upon receiving the descriptor file and the 

archive file. 



Detailed description of -the invention 



A file system to be transferred according to the method of the 
invention includes folders and files as shown in Fig. 1. Such 

20 a file system is represented as a tree beginning with one and 
only one root directory called a repository (REPOS) . The 
repository includes a plurality of directories such as DIR.X, 
DIR. Y, DIR.Z and can be itself the directory of files directly 
attached thereto. Each directory can be divided into a 

25 plurality of subdirectories such as SDIR.X or SDIR.Y and so 
on, and each folder such as DIR.Z or SDIR.X can be the 
directory of files directly attached thereto. The depth tree 
(the number of folder levels) depends upon the operating 
system of the source data processing unit in which are stored 

30 the files. 

The principle of the method according to the invention is to 
build objects based upon a file transfer tool model shown in 
Fig. 2. Such a model enables to build a data encapsulation by 
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functions. For this, it is composed of two parts described as 
follows : 

• A header : itself divided in five functions listed below : 

- Set directory name : function which sets the directory 
5 name data 

- Get environment : function which gives the first fourth 
body elements (directory name, installed directory, size 
and version) 

- Set environment : function which sets the first fourth 
10 body elements (directory name, installed directory, size 

and version) 

- Create : function which makes the data package and 
complete body element (installed directory, size and 
version) 

15 - Install data : function which gives the action required 

on data package such as uncompress or copy data 

• A body : itself divided in five items listed bellow : 

- a directory name which is the root directory of the 
object component 

20 - an installed directory which is the parent directory 

under where the object component will be installed 

- a size which is the real data size 

- a version which is the object versionning 

- a data package 

25 Each object built in the storage of the source data processing 
unit according to the above model represents each directory 
just after the root with all subdirectories and the 
corresponding files. Thus, the file system shown in Fig. 1 
will be built into three object components (COMP) 10, 12, and 

30 14 as represented in Fig. 3. Object component 10 includes all 
files of DIR.X, object component 12 includes all files of 
DIR.Y and object component 14 includes all files of DIR.Z. 
When the root REPOS includes itself files such as it is the 
case for the file system of Fig. 1, a particular object 

35 structure (STRUCT) 16 containing the root directory REPOS and 
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the associated files must be built always according to the 
file transfer tool model shown in Fig. 2. Differently from the 
other object components, it is just necessary to polymorphe 
the function u create" because only files must be taken into 
5 account to build the data package. 

While the invention is described by building an object 
component for each first level of directory only r it must be 
noted that the same type of object components could be also 
built for each other level of directory such as SDIR.X or 
10 SDIR.Y. 

The purpose of building the objects (COMP OR STRUCT) is to 
generate two files, a descriptor file and an archive file in 
the storage of the source data processing unit, which will be 
sent from the source data processing unit to the destination 
15 data processing unit. For this generation, the functions in 
the header of the object are defined as follows : 

• OBJECT COMP 

• Set directory name 

syntax : Ob j : : Set Directory Name = Value 
20 Object parameter needed : no 

Function : Set the data Directory Name to Value in the 
descriptor file of the object Obj 

• Get environment 

Syntax : parameterlist = Obj::Get environment 
25 Object parameter needed : no 

Function : Return from descriptor file of object Obj the 

Parameterlist, Directory name, Directory 

Install, Size and Version 

• Set environment 

30 Syntax : Ob j : : Set Environment = parameterlist 

Object parameter needed : no 

Function : Set the data parameter Directory name, 
Directory Install, Size and Version 
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to parameterlist in the descriptor file of the 
Object Obj 

• Create 

Syntax : Obj:: Create 

Object parameter needed : Ob j :: Directory Name 
Function : 

1. Create the archive file from Obj :: Directory Name 

2. Evaluate the size of directories and files which are 
inside the archive file and set object data parameter 
Obj:: size to this size 

3. Set Ob j :: Directory Install to the parent directory of 
Obj : : Directory Name 

4. Set Obj:: Version = (for example current date) 

• Install data 

Syntax : Obj:: Install Data 

Object parameter needed : Directory name, Directory 

install. Size and version 

Function : 

1. Go to the directory Ob j :: Directory Install 

2. Unpackage the directories and files from the archive 
file 

3. Evaluate the size of directories and files which have 
been unpacked from archive file and compare to 
Obj : : size 

OBJECT STRUCT 

• Set directory name 

syntax : Ob j : : Set Directory = Value 
Object parameter needed : no 

function : Set the data parameter Directory Name to Value 
in the descriptor file of the object Obj 

• Get environment 

syntax : Obj:: Get Environment 
Object parameter needed : no 

function : Return from descriptor file of object Obj the 
parameter Directory name, Directory install, 
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mSmm • 

Size and Version 

• Set environment 

syntax : Obj : : Set environment = Parameterlist 
Object parameter needed : no 
5 function : Set the data parameter Directory name, 

Directory install, Size and Version to Parame- 
terlist in the descriptor file of the object 
Obj 

• Create 

10 syntax : Obj:: Create 

Object parameter needed : Ob j :: Directory Name 
function : 

1. Create the archive file from Ob j :: Directory Name 
take only the files 
15 2. Evaluate the size of directories and files which are 

inside the archive file and set object data 
parameter Obj:: size to this size 

3. Set Obj :: Directory install to Null 

4. Set Obj : .-Version = (for example current date) 
20 • Install data 

syntax : Obj : : Install Data 

Object parameter needed : Directory name, Directory 

install Size and Version 

function : 

25 1. Go to directory Obj :: Directory install 

2. Unpackage the directories and files from the archive 
file 

3. Evaluate the size of directories and files which 
have been unpacked from the archive file and compare 

30 to Obj:: size 

Referring to Fig. 4, the Steps achieved to generate the files 
to be sent are the following. First of all, a variable X is 
set to 0 (step 20) . It is then determined' whether the object 
is STRUCT or not (step 22). As X=0, the object to be processed 
35 is STRUCT. The following step consists in defining the 

FR 9 00 055 8 



14-11-2000 



EF?00480103.1 



descriptor file of the object STRUCT in memory (Step 24). 
Then, the directory name is set to the value of the root name 
REPOS (step 26) . The archive file is created and all the 
remaining parameters of the descriptor file are set (step 28). 
5 Finally, variable X is set to 1 (step 30) before coming back 
to determining that the object to be processed is now COMP 1 
since X=l (step 22) . 



At list of all directories under the root directory REPOS is 
first created (step 32) . A variable ITEM is set to the indexed 

10 element of the list (step 34) . The following step consists in 
defining the descriptor file of the object COMP in memory 
(step 36) . Then, the directory name is set to the value of the 
item directory (step 38) . The archive file associated to the 
object is then created and the remaining parameters of the 

15 descriptor file are set (step 40) . 



After that, a test is made to check whether the item being 
processed is the last one of the list (step 42) . If so, the 
process is ended (step 44) . If it is not the case, X is set to 
X+l (step 4 6) before returning the process to setting ITEM to 
20 the indexed element of the list (step 34) . 



When the descriptor file and the archive file are received by 
the destination data processing unit, they are stored into the 
storage of the unit and the algorithm as illustrated in Fig. 5 
is performed. First of all, a variable X is set to 0 (step 

25 50) . It is then determined whether the received object is of 
the type STRUCT or not (step 52) . As X=0 at the beginning, the 
object to be processed is STRUCT. The following step consists 
in reading the descriptor file of the object (step 54) and 
then, defining the object STRUCT from the information 

30 contained in the descriptor file stored in the storage of the 
destination processing unit (step 56) . Then, the environment 
parameter is set with the value got when reading the received 
descriptor file (step 58), and the data contained in the 
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archive file are unarchived and installed into the storage 

(step 60) . Finally, variable X is set to 1 (step 62) before 

the process comes back to determining the object to be 

processed in now COMP 1 since X=l (step 52) . 

5 A list of all objects of the COMP type is first created (step 
64). A variable ITEM is set to the indexed element of the list 
(step 66) . The following step consists in reading the 
descriptor file of the object COMP (step 68) and then, 
defining the object in the storage of the destination data 
10 processing unit (step 70) . Then, the environment parameter is 
set with the value got when reading the corresponding 
descriptor file (step 72), and the data contained in the 
archive file are unarchived and installed into the storage 
(step 74) . 

15 After that, a test is made to check whether the item being 
processed is the last one of the list (step 76) . If so, the 
process is ended (step 78) . If it is not the case, variable X 
is set to X+l (step 80) before returning the process to 
setting ITEM to the indexed element X of the list. 

20 The method described here above applies to all structures 
composed of folders and files such as the file systems for the 
e-business software distribution used for Windows platform 
code- Such a method enables to reduce the number of elements 
to be transmitted and therefore increases the knowledge of the 

25 application contents. It also reduces the verification 
process, improves the delivery reliability, and enables to 
update easily the structure already installed. 
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CLAIMS 



1. Object-oriented method of transferring a file system 
including folders and data files from a source data storage 
controlled by a source data processing unit to a destination 
data storage controlled by a destination data processing 
unit over a transfer medium ; said method consisting in 

- building in said source data storage at least a file object 
containing the data package to be transferred, 

generating a descriptor file including the parameters 
associated with said file object, 

- generating an archive file including said data package, 
and, 

- transmitting said descriptor file and said archive file 
from said source data processing unit to said destination 
data processing unit over said transfer medium. 

2* Object-oriented method according to claim 1, wherein said 
file object is built by using a file transfer tool model 
including 

- a header containing the following functions : set directory 
name, get environment, set environment, create and install 
data, and 

- a body containing the following items : directory name 
directory install, size, version and data package. 

3. Object-oriented method according to claim 1 or 2, wherein 
said file object is a component object (COMP) corresponding 
to the files which are associated with a directory. 

4. Object-oriented method according to claim 1 or 2, wherein 
said file object is an object (STRUCT) corresponding to the 
files which are associated with the root (REPOS) as 
directory . 
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5. Object-oriented method according to claim 3 or 4 , wherein 
the steps of generating said descriptor file and archive file 
consists in defining the descriptor file in said source data 
storage, setting the directory name in said descriptor file, 

5 creating said archive file from the data package and setting 

the remaining parameters (installed directory, size, version) 
in said descriptor file. 

6. Object-oriented method for receiving in a destination 
storage controlled by a destination data processing unit a 

10 file system which is transferred from a source data storage 

controlled by a source data processing unit according to the 
ob jet-oriented method defined by any one of claims 1 to 5, 
comprising the steps of : 

- reading the received descriptor file 

15 - defining a file object from the information contained in 

said descriptor file 

- setting the environment parameter of said file object with 
the value got from said descriptor file , and 

- unarchive all data contained in the received archive file 
20 and install these data in said destination data storage. 

7. System comprising means adapted for carrying out the steps 
of the method according to any one of claim 1 to 5. 

8. System comprising means adapted for carrying out the steps 
of the method according to claim 6. 
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OBJECT-ORIENTED METHOD OF TRANSFERRING A FILE SYSTEM 



Abstract 



Object-oriented method of transferring a file system including 
folders and data files from a source data storage controlled by 
5 a source data processing unit to a destination data storage 
controlled by a destination data processing unit over a 
transfer medium. This method consists in building in the source 
data storage at least a file object containing the data package 
to be transferred, generating a descriptor file including the 
10 parameters associated with the file object, generating an 
archive file including the data package, and transmitting the 
descriptor file and the archive file from the source data 
processing unit to the destination data processing unit over 
the transfer medium. 
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